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Beschreibung 

Verfahren zum Management und zur Uberwachung des Betriebs 
mehrerer in wenigstens ein Kommunikationsnetz eingebundener 
verteilter Hard- und/oder Sof twaresysteme sowie System zur 
Durchfiihrung des Verfahrens 

Die Erfindung betrifft ein Verfahren zum Management und zur 
Uberwachung des Betriebs mehrerer in wenigstens ein Kommuni- 
kationsnetz eingebundener verteilter Hard- und/oder Software- 
systeme . 

Aus Kosten- und Ef f izienzgrunden werden in letzter Zeit be- 
sonders im Unternehmensbereich mehr und mehr verteilte Hard- 
und/oder Sof twaresysteme eingesetzt. Mit den Moglichkeiten 
des "adaptive computing", bei dem in einer Weiterentwicklung 
herkommlicher Systeme auch im Hardwarebereich eine Anpassung 
an die Erf ordernisse der aktuellen Anwendung moglich ist, 
konnen solche Systeme in einer virtuellen Umgebung betrieben 
werden. Immer komplexer werdende Sof twaresysteme werden in 
einer zunehmend heterogenen Hardwarewelt betrieben. Die Zu- 
ordnung zwischen Sof twareinstanzen und Hardwareressourcen ist 
nicht mehr fest, sondern variiert dynamisch je nach den aktu- 
ellen Anforderungen. 

Das Management und die Uberwachung solcher verteilter Hard- 
warelandschaften sind mit den herkommlichen Werkzeugen und 
Monitoring-Tools, die eine feste Zuordnung von Hardware und 
Software voraussetzen, nicht moglich. Aufgrund der standigen 
dynamischen Konf igurationsanderungen in den Systemen, die 
sich z. B. durch die selbstheilenden Mechanismen, die durch 
das System implementiert werden, ergeben, ist die rein manu- 
e-lle Arbeitsweise des Administrators kaum noch praktikabel. 

Der Erfindung liegt daher die Aufgabe zugrunde, ein verbes- 
sertes Verfahren zum Management und zur Uberwachung des Be- 
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triebs mehrerer verteilter Hard- und/oder Sof twaresysteme an- 
zugeben. 

Zur Losung dieser Aufgabe 1st bei einem Verfahren der ein- 
gangs genannten Art erf indungsgemafi vorgesehen, dass ein in 
einer Datenverarbeitungseinrichtung abgelegtes zentrales Pro- 
grammmittel systembezogene Daten, die seitens der Datenverar- 
beitungseinrichtung vorliegen oder von ihr iiber ein Kommuni- 
kationsnetz aufgenommen werden, verarbeitet, daraus autonom 
betriebsbezogene Entscheidungen herleitet und in Abhangigkeit 
davon entscheidungsspezif ische Steuerdaten zur Beeinf lussung 
des Betriebs einer oder mehrerer Hard- und/oder Softwaresys 
teme erzeugt und iiber das Kommunikationsnetz an den jeweili- 
gen Hard- und/oder Sof twaresystemen zugeordnete Datenverar- 
15 beitungseinrichtungen tibertragt . 

Das zentrale Prograinmmittel ist damit in der Lage, wesentli- 
che Management-, Administrations- und Uberwachungsauf gaben 
automatisch und autonom zu erledigen. Es vereinigt Fahigkei- 
ten und Funktionen auf sich, die heute von Administratoren 
und Systemmanagement- und Monitoring-Tools nur teilweise und 
im Bereich des "adaptive computing" bisher unzureichend er- 
bracht werden konnen. Eine wichtige Grundlage des erfindungs- 
gemafien Verfahrens ist dabei die Entscheidungskomponente des 
25 zentralen autonomen Programmmittels 0 Auf Basis der so getrof 
fenen Entscheidungen werden Steuerdaten erzeugt und an die 
Einzelsysteme weitergeleitet, die beispielsweise ein Hard- 
und/oder Sof twaresystem anhalten oder eine bestimmte Anwen- 
dung verdrangen. Die Steuerdaten werden ttber das Kommunikati- 
30 onsnetz an die von den jeweiligen Entscheidungen betrof fenen 
Einzelsysteme ubertragen. Auf diese Art und Weise ubernimmt 
im erfindungsgemaBen Verfahren das zentrale Prograrammittel 
.zahlreiche Aufgaben, die in herkommlichen Hard- und Software- 
landschaften manuell von Administratoren ubernommen werden. 



20 





35 



In einer Weiterbildung des Erf indungsgedankens ist vorgese- 
hen, dass das zentrale Programmmittel auf in der Datenverar- 
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beitungseinrichtung abgelegte Regeldaten, die insbesondere 
Regeln zu Prioritaten und/oder Reihenf olgen und/oder logx- 
schen und/oder zeitlichen Abhangigkeiten umfassen, und/oder 
Leistungsdaten, die insbesondere die aktuelle Arbeitsbelas- 
tung und/oder den zeitlich befristeten und/oder dynamischen 
und/oder periodisch bendtigten Kapazitatsbedarf betreffen, 
und/oder Gruppierungsdaten und/oder Klassif izierungsdaten 
und/oder Verfiigbarkeitsdaten zugreift. Die Regeldaten bilden 
ein Regelsystem, das ein Grundgeriist fur das Management- bzw. 
Administrations- und trberwachungsverf ahren vorgibt. Priori- 
tatsregeln kSnnen beispielsweise die Bevorzugung des Dialog- 
betriebs gegenuber der Batchverarbeitung bei einer Applikatx- 
onsinstanz festlegen. Reihenf olgen konnen bestimmen, welche 
Dienste bei einem Stopp zuerst angehalten werden mussen. E- 
, ventuell mussen Systemkomponenten auf andere Systeme oder Er- 
gebnisse, die andere Systemkomponenten liefern, zurtlckgrei- 
fen. in solchen Fallen sind eine Reihe logischer und/oder 
zeitlicher Abhangigkeiten zu berucksichtigen, die das Verfah- 
ren aus den Regeldaten bezieht . Ein Sof twaresystem benotigt 
0 ausreichende Hardwareressourcen . Zur Bestimmung der benotig- 
ten Kapazitaten und der regelmafiig gegebenen Arbeit sbelastung 
der Hardwaresysteme kann im erf indungsgemaBen Verfabren wie- 
derum auf die Leistungsdaten zugegriffen werden. Leistungsda- 
ten betreffen z.B. die aktuelle Arbeitsbelastung oder den Ka- 
pazitatsbedarf, den eine Applikation, die beispielsweise in 
bestimmten Zeitabstanden lauft, regelmaBig hat. Sie liefern 
ein Mali fur die Leistungsf ahigkeit der Systemlandschaf t . Fur 
ein effektives Management ist es aufierdem sinnvoll, . die Sys- 
temlandschaf t mit ihren Komponenten und den von ihr zu erle- 
30 digenden Aufgaben in verschiedene Gruppen oder Klassen exnzu- 
teilen. Die zugehorigen Gruppierungs- und Klassif izierungsda 
ten konnen entsprechend strukturelle (z.B. bei gleichartiger 
Hardware) und inhaltliche (z.B. bei zur Losung einer Aufgabe 
zusammenwirkende Komponenten) Aspekte betreffen. AuBerdem 
35 greift das Verfahren auf Daten liber die Verf ugbarkeit einzel 
ner Systeme zu. So wird beispielsweise ermittelt, ob und wo 
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die fiir eine planmaBig laufende Applikation bendtigten Res- 
sourcen, wie z. B. CPUs oder Hauptspeicher, vorhanden sind. 

Aufierdem 1st erf indungsgemafi vorgesehen, dass die systembezo 
genen Daten Betriebsplane, die insbesondere Laufzeiten und 
Verftigbarkeit einzelner Hard- und/oder Sof twaresysteme re- 
geln, und/oder Inf ormationen tiber den Betriebszustand einzel 
ner Systeme, die insbesondere aktuelle und/oder zukiinftige 
und/oder periodische Auslastung betreffen, und/oder mittels 
einer Eingabevorrichtung auf zentraler und/oder Einzelsystem 
ebene eingegebene Wtinsche eines Bedieners sind. Im Unter- 
schied zu den im vorhergehenden Abschnitt erwahnten Daten 
sind diese systembezogenen Daten weniger allgemeiner Natur 
sondern mehr auf den gegenwartigen Betrieb der Systeme bezo- 
gen. Hier erhalt das zentrale Programmmittel beispielsweise 
Daten dariiber, dass gerade eine Applikation lauft, die auf 
eine im Augenblick stark belastete Datenbank zugreift. Gibt 
es nuneinen Fehler in einer Applikationsinstanz und einer 
von dieser benotigten Datenbankinstanz, so kann das zentrale 
Programmmittel unter Verwendung dieser systembezogenen Daten 
auf die Regeldaten zugreifen, die beispielsweise beinhalten, 
dass in einem solchen Fall die Storung der Datenbankinstanz 
zuerst zu beheben ist. Dabei sind Bedienerwunsche, die ein 
Anwender mittels einer Eingabevorrichtung auf zentraler 
und/oder Einzelsystemebene eingeben kann, zur Gewahrleistung 
des Bedienkomforts und zur Ermoglichung eines variablen Be- 
triebs zu beriicksichtigen . 

ZweckmaiJigerweise nimmt die zentrale Datenverarbeitungsein- 
richtung die Inf ormationen tiber den Betriebszustand einzelner 
Systeme aktiv und/oder passiv auf. Somit lasst sich die Auf- 
nahme und Sammlung der Inf ormationen je nach den Gegebenhei- 
ten der Systemlandschaf t anpassen. Beispielsweise kann es 
vorteilhaft sein, wenn der zentralen Datenverarbeitungsein- 
richtung Routinedaten des gewohnlichen Betriebs standardmafiig 
geliefert werden, wahrend sie spezielle Daten beispielsweise 
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bei Storungen oder Rekonf igurationsproblemen selbsttatig ak- 
tiv anfordert. 

Erf indungsgemaft ist vorgesehen, dass die Informationen Hard- 
5 ware in Form von Clients und/oder Servern und/oder Netzwerken 
und/oder Storagesystemen und/oder Software in Form von Appli- 
kationen und/oder verteilten Applikationen mit voneinander 
abhangigen Diensten und/oder verteilten Applikationssystemen 
mit virtualisierten voneinander abhangigen und/oder unabhan- 
10 gigen Diensten und/oder Datenbanken und/oder Front-Ends 

betreffen. Je nach Ausbildung der zugrunde liegenden System- 
landschaft sind mehr oder weniger systembezogene Informatio- 
nen tlber die Hardware und Software erf orderlich. Ser- 
ver/Client-Net zwerken sowie Speichereinheiten bzw. Storage- 
15 systemen kommt in verbundenen Systemlandschaf ten eine heraus- 
ragende Rolie zu. Auf Datenbanken wird meist von mehreren 
Systemen aus zugegriffen, so dass die diesbeziiglichen Infor- 
mationen zentral vorhanden sein sollten. Gleiches gilt bei 
den verteilten Applikationssystemen, insbesondere im Bereich 
2 0 des "adaptive computing", da frier Konf igurationsanderungen 
zentral uberwacht werden mils sen . 

ZweckmaBigerweise ist vorgesehen, dass die vom zentralen Pro- 
grammmittel erzeugten Steuerdaten das Starten und/oder Stop- 
pen und/oder das Erganzen von Diensten und/oder das Verdran- 
gen von Diensten und/oder Applikationen und/oder die Wartung 
eines verteilten Hard- und/oder Sof twaresystems steuern. Auf 
diese Art und Weise bewirkt das zentrale Programmmittel, dass 
beispielsweise eine Applikation gestartet oder ein Hardware- 
30 system gestoppt werden. Einzelne Dienste, z.B. Dialogbetrieb, 
Batchverarbeitung, Verbuchung, Drucken, Messaging oder Web- 
service konnen erganzt oder, falls sie nicht mehr oder erst 
nach Ablauf einer bestimmten Zeitperiode wieder benotigt wer- 
den, verdrangt werden. Ahnlich. konnen im Augenblick nicht be- 
35 notigte Applikationen verdrangt werden. Analog kann zentral 

die Wartung, beispielsweise bei der Installation und beim Up- 
date von Applikationen, gesteuert werden. Auf Basis der bei 
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den einzelnen Update- bzw. Installationsschritten erhaltenen 
Riickmeldungen 1st somit eine autonome, zentral durchgeftihrte 
Installation von Applikationen moglich. Soli eine Applikati- 
onslandschaf t wieder gestoppt werden, so beruhen die ent- 
5 scheidungsspezif ischen Steuerdaten wie beiiti Starten auf einer 
Reihenfolge, und es werden Ausweichroutinen beachtet. In ahn- 
licher Art ist auch eine Rekonf iguration beispielsweise eines 
Softwaresystems moglich. 

10 Eine Ausgestaltung der Erfindung sieht vor, dass die be- 

triebsbezogenen Entscheidungen die Bestimmungen administrati- 
ver Aufgaben und/oder Auf gabenketten umfassen . Eine Aufgabe 
kann beispielsweise die Uberwachung eines bestimmten Systems 
sein. Auf gabenketten umfassen in einer bestimmten Reihenfolge 

15 , abzuarbeitende Aufgaben, beispielsweise das aufeinander abge- 
stimmte Anhalten mehrerer Systeme. 

Weiterhin ist • vorgesehen, dass das zentrale Programmmittel 
administrative Aufgaben und/oder Auf gabenketten autonom unter 

20 Berucksichtigung in der Datenverarbeitungseinrichtung vorhan- 
dener logischer und/oder zeitlicher Abhangigkeiten und/oder 
dynamischer Einfliisse und/oder Verf ugbarkeitsdaten und/oder 
Prioritaten und/oder Gruppierungsdaten und/oder Klassifizie- 
rungsdaten und/oder Applikationsdaten, insbesondere zum Ver-^ 

25 drangen und/oder Ersetzen von Applikationsinstanzen, in Teilft 
aufgaben separiert. Ist beispielsweise eine Rekonf iguration ^ 
einer Systemlandschaf t erf orderlich, so ist dazu eine Kette 
vieler Aufgaben abzuarbeiten . Eine Applikation, deren Funkti- 
onalitat auf einer Datenbank beruht, ist aufgrund der logi- 

30 schen Abhangigkeit erst nach der Datenbank wieder in Betrieb 
zu nehmen. Zeitliche Abhangigkeiten liegen vor, wenn z.B. auf 
friihere Ergebnisse zuriickgegrif f en werden muss. Aufierdem kann 
es sinnvoll sein, erst Systeminstanzen einer bestimmten Klas- 
se wieder in Betrieb zu nehmen, um beispielsweise eine Basis- 

35 funktionalitat herzustellen. Die Separierung in Teilaufgaben 
ermoglicht dabei, Auf gabenketten lokal verteilt abzuarbeiten 
und zeitliche Gegebenheiten zu berucksichtigen „ 
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Weiterhin ist es von Vorteil, wenn das zentrale Programmmit- 
tel den zeitlichen Ablauf der in Form von Steuerdaten an die 
einzelnen Hard- und/oder Sof twaresysteme iibertragenen admi- 
nistrativen Aufgaben und/oder Auf gabenketten kontinuierlich 
und/oder in bestimmten Zeitintervallen uberpruf t . Auf diese 
Art und Weise werden routinemafiig im laufenden Betrieb mogli- 
cherweise auftretende Storungen und Probleme entdeckt. Gege- 
benenfalls kann die Ausfiihrung einer Auf gabenkette unterbro- 
chen werden. Aufgrund der vorliegenden Kegel- und Leistungs- 
daten sind jedoch auch variable, tiber eine Unterbrechung hi- 
nausgehende Reaktionen auf die Storungen und Probleme mog- 
lich. 

Eine Weiterbildung der Erfindung sieht vor, dass den verteil- 
ten Hard- und/oder Sof twaresys temen zumindest teilweise eige- 
ne in Datenverarbeitungseinrichtungen abgelegte autonome Pro- 
grammmittel in Form von autonomen Agent en zugeordnet sind, 
die dem zentralen Programmmittel untergeordnet sind. Die au- 
tonomen Programmmittel oder Agenten auf Systemebene leisten 
hier administrative und Uberwachungsauf gaben, sie untersteheh 
jedoch dem zentralen Programmmittel, so dass Kollisionen bei 
Entscheidungen, die mehrere Systeme der Systemlandschaf t 
betreffen, vermieden werden konnen. 

Aufierdem ist vorgesehen, dass der autonome Agent eines ein- 
zelnen Hard- und/oder Sof twaresystems auf in den Datenverar- 
beitungseinrichtungen auf Systemebene vorgegebene Regeldaten 
zugreift, die insbesondere Regeln fur das einzelne System 
und/oder das Zusammenwirken mit dem zentralen autonomen Pro- 
grammmittel umfassen. Je nach Vorgabe dieser Regeln trifft 
der autonome Agent regelbasiert Entscheidungen fur sein j e- 
weiliges System, soweit diese nicht in den Regelungsbereich 
des zentralen autonomen Programmmittels fallen. Sofern der 
autonome Agent mit dem zentralen autonomen Programmmittel zu- 
sammenarbeitet, unterliegt diese Zusammenarbeit wiederum Re- 
geln, so dass beispielsweise nicht beide fur den gleichen Be- 
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reich des Systems betriebsbezogene Entscheidungen treffen, 
die unter Umstanden voneinander abweichen. 

ZweckmaBigerweise tauschen das zentrale Programmmittel und 
5 die autonomen Agenten der einzelnen Hard- und/oder Software- 
systeme tiber die Kommunikationsnetze Steuer- und/oder Regel- 
daten aus . Auf diese Weise erhalt das zentrale Programmmittel 
Informationen tiber auf Systemebene erfolgte Steuerungsprozes- 
se, beispielsweise die Verdrangung eines Dienstes, und kann 
10 das zentrale Management bzw. die Administration darauf ab- 

stimmen. Umgekehrt benotigt der autonome Agent auf Systemebe- 
ne Informationen tiber die vom zentralen Programmmittel vorge 
nommenen Eingriffe in das System, urn Kollisionen oder Doppel 
bearbeitungen einzelner Aufgaben zu vermeiden. 



15 



20 




Es ist vorteilhaft, wenn das zentrale Programmmittel den au- 
tonomen Agenten der Einzelsysteme tiber die Kommunikationsnet- 
ze dauerhaft oder zeitlich befristet und/oder dynamisch Ent- 
scheidungsbefugnisse zuteilt und/oder entzieht. Eine solche 
dynamische Autorisierung ermoglicht es, flexibel auf Verande- 
rungen der Systemlandschaf t zu reagieren. Im Storungsfall ist 
es beispielsweise sinnvoll, wenn dem zentralen Programmmittel 
grofiere Entscheidungsbefugnisse zukommen, urn erst einmal ei- 
nen Grundbetrieb wieder herzustellen. Bei reibungslosem Be- 
25 trieb hingegen konnen, falls keine Probleme zu erwarten sindtf"^ 

die Entscheidungsbefugnisse der autonomen Agenten erhoht iverS^ 
den. 



30 



35 



ErfindungsgemaJS ist vorgesehen, dass die autonomen Agenten 
der einzelnen Hard- und/oder Sof twaresysteme jeweils allge- 
meine und/oder systemspezif ische Steuerdaten tiber ein Kommu- 
nikationsnetz an die Datenverarbeitungseinrichtung des zent- 
ralen Programmmittels ubertragen und/oder in allgemein zu- 
ganglichen Dateisystemen verof f entlichen und/oder bei der Se- 
parierung administrativer Aufgaben und/oder Auf gabenketten in 
Teilaufgaben mitwirken. Bei der Verof fentlichung ist daran 
gedacht, dass Daten, die tiber Einzelsystemebenen hinaus inte- 
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ressant sind, dem zentralen Programmmittel oder auch anderen 
Untersystemen liber ein allgemein zuganglich.es Dateisystem 
(Blackboard) zur Verftigung gestellt werden. Die Auf gabensepa- 
rierung auf Einzelsystemebene entlastet das zentrale Pro- 
5 grammmittel, zudem ist bei spezifischen Systemen die Auftei- 
lung in Teilaufgaben auf Einzelsystemebene sinnvoller. 



Eine Weiterbildung der Erfindung sieht vor, dass das zentrale 
Programmmittel in unterschiedlichen Betriebsmodi, insbesonde- 

10 re vollautonom oder teilautonom und/oder mit unterschiedli- 
chen Reaktionsgeschwindigkeiten betrieben wird. Diese unter- 

A schiedlichen Betriebsmodi konnen je nach den aktuellen Ar- 

W beitsgegebenheiten ausgewahlt werden. Ein einfacher Standard- 
betrieb kann vollautonom durchgeflihrt werden, bei Storungen 

15 wird in der Regel ein teilautonomer Betrieb sinnvoll sein. 

Die Geschwindigkeit, mit der auf eine gegebene Situation rea- 
giert wird, ist an der Gesamtheit der in der Systemlandschaf t 
ablaufenden Vorgange zu orientieren. Im Einzelfall kann eine 
langsame Reaktion sinnvoll sein, um einen bestimmten Vorgang 

20 vor der Reaktion abzusch.lie.Ben - Bei grolieren Problemen ist 

oftmals schnell zu reagieren, um eine Kette von Folgeproble- 
men zu verhindern. 



Zweckmafiigerweise ist vorgesehen, dass der Betrieb des zent- 
ralen Programmmittels im teilautonomen Modus durch manuelle 
Eingaben eines autorisierten Administrators an einer Eingabe- 
vorrichtung verandert und/oder unterbrochen wird. Damit ist 
gewahrleistet, dass bei seltenen Problemen oder Storungen o- 
der auch speziellen Betriebser f ordernissen, fur die unter Um- 
30 standen keine Regeln vorliegen, der Betrieb manuell steuerbar 
bleibt . 



AuBerdem kann es zweckmaJJig sein, wenn der Betrieb des zent- 
ralen Programmmittels im teilautonomen Modus durch die auto- 
35 nomen Agenten der einzelnen Systeme verandert und/oder unter- 
brochen wird, Eine derartige Einschrankung des autonomen Be- 
triebs des zentralen Programmmittels ist dann sinnvoll, wenn 
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die autonomen Agenten auf Einzelsystemebene auf ihrem System 
vergleichsweise unabhangig wirken, ohne groBeren Datenaus- 
tausch mit dem zentralen Programitimittel, so dass im Storungs- 
fall dem zentralen Programmmittel Informationen fehlen kon- 
nen, tiber die der autonome Agent aber verfiigt und die eine 
Anderung des zentralen Betriebs erforderlich machen. Diese 
Anderung kann dann der autonome Agent veranlassen. 

Es ist von Vorteil, wenn das zentrale Programmmittel eine 
Mitteilungskomponente umfasst, die Informationen iiber Teil- 
schritte der Arbeit des zentralen Programmmittels und/oder 
deren Bearbeitungsstand liber eine Ausgabevorrichtung ausgibt^ 
So erhalt ein Administrator oder Bediener Informationen fiber ^ 
den Ablauf des Systembetriebs und weifi dementsprechend z.B., 
wann Aufgaben abgeschlossen sein werden, deren Ergebnisse- er 
benotigt. Aufierdem kann der Administrator eventuell geplante 
manuelle Eingriffe auf den gegebenen Bearbeitungsstand ab- 
stimmen. Fehlf unktionen konnen schnell erkannt werden. 



Eine Ausgestaltung sieht vor, dass die verteilten Hard- 
und/oder Sof twaresysteme zumindest ein Applikationssystem um- 
fassen. Das wenigstens eine Applikationssystem kann aus meh- 
reren Instanzen bestehen^ die jeweils wenigstens einen 
Dienst, insbesondere Dialogbetrieb und/oder Batchbetrieb 
und/oder Verbuchung und/oder Drucken und/oder Messaging ■ 
und/oder Netzdienste, leiten. Messagingdienste ermoglichen 
die Kommunikation sowie den Austausch von Mitteilungen, wah- 
rend Netzdienste zum einen fur interne Netzwerke, zum anderen 
fur die Verbindung zu hauptsachlich externen Netzen wie dem 
Internet, beispielsweise als Webservices, zustandig sind. Die 
verschiedenen Instanzen einer Applikation bilden ein logi- 
sches System mit entsprechenden Abhangigkeiten. 

Weiterhin ist vorgesehen, dass mehrere Applikationssysteme in 
einer Systemf amilie zusammenarbeiten. Diese Konstellation ist 
typisch fur groBere Konf igurationen, wobei zwischen den ein- 
zelnen Systemen wiederum eine Reihe von Abhangigkeiten beste- 
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hen kann, wenn beispielsweise Applikationssysteme aufeinander 
aufgesetzt warden oder einander bedingen. 

Daruber hinaus 1st es moglich, dass wenigstens ein Applikati- 
onssystem in einer virtuellen Umgebung ohne feste Hardwarezu- 
ordnung betrieben wird. Insbesondere in einem solchen Fall, 
wenn die Zuordnung zwischen Applikation und Hardware variiert 
und von aufien nicht ohne weiteres erkennbar ist, ist der Ein- 
satz des erfindungsgemafien Verfahrens unter Verwendung des 
zentralen autonomen Programmmittels besonders vorteilhaft, da 
herkommliche Management- und Administrationsverf ahren in die- 
sera Fall nur unzureichende und komplizierte Losungen liefern. 

Weiterhin ist vorgesehen, dass die verteilten Hard- und/oder 
Sof twaresysteme Client/Server-Systeme und/oder Betriebssyste- 
me umfassen. Client/Server-Systeme sind in modernen Rechner- 
umgebungen von zentraler Bedeutung. Dies gilt insbesondere 
beim "adaptive computing". Die entsprechenden Betriebssysteme 
bilden die Verbindung zu den Applikationssystemen. 

Au£erdem betrifft die Erfindung ein System zum Management und 
zur Uberwachung des Betriebs mehrerer in wenigstens ein Kom- 
munikationsnetz eingebundener verteilter Hard- und/oder Soft- 
waresysteme, umfassend eine Datenverarbeitungseinrichtung und 
ein darin abgelegtes zentrales autonomes Programmmittel 
und/oder in Datenverarbeitungseinrichtungen abgelegte autono- 
me Agenten fiir einzelne Hard- und/oder Sof twaresysteme 
und/oder Eingabe- und/oder Ausgabevorrichtungen auf zentraler 
und/oder Einzelsystemebene, ausgebildet zur Durchfuhrung des 
Verfahrens nach einem der vorangehenden Anspruche . 

Weitere Vorteile A Merkmale und Einzelheiten der Erfindung 
werden nachfolgend anhand eines besonders geeigneten Ausftih- 
rungsbeispiels beschrieben . 

Die Figur zeigt eine Prinzipskizze zur Durchfuhrung des er- 
f indungsgemafien Verfahrens. Das zentrale Programmmittel ist 
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in einer hier nicht dargestellten Datenverarbeitungseinrich- 
tung abgelegt. Es besteht eine Verbindung zu einer Eingabe- 
/Ausgabevorrichtung . Hier kann ein Bediener oder Administra- 
tor Eingaben, beispielsweise zur Veranderung oder zum Unter- 
5 brechen des Betriebs eines im teilautonomen Modus arbeitenden 
zentralen Programmmittels, tatigen oder die Mitteilungen des 
zentralen Programmmittels iiber die Teilschritte der Arbeit 
und deren Bearbeitungszustand verfolgen. Dem zentralen Pro- 
grammmittel unterstehen zwei Systemf ami lien x und y, die bei- 
10 spielsweise aus zusammenarbeitenden Applikationen bestehen . 
Jede der beiden Systemf ami lien besteht aus zwei Untersyste- 
men, den Systemen A und D bzw. B und C. 

Das zentrale Programmmittel und die einzelnen Systeme stehen 
15 jeweils in wechselseitiger Beziehung zu den Blackboards, all- 
gemein zuganglichen Dateisystemen.. In den Blackboards verof- 
fentlichen die einzelnen Systeme, insbesondere liber ihre -au- 
tonomen Agenten, gegebenenf alls allgemeine und/oder system- 
spezifische Steuerdaten, die nicht nur dem zentralen Pro- 
20 grammmittel, sondern weiteren Einz el systemen zuganglich sein 
sollen. Dies ist dann interessant, wenn die Daten andere Sys- 
teme beeinflussen konnen, wenn beispielsweise Applikationen 
wechselseitig voneinander abhangen. Die einzelnen Systeme 
liefern ihrerseits iiber Kommunikationsnetze Steuer- und Re- 
25 geldaten an das zentrale Programmmittel. Zudem wirken sie be 
der Separierung administrativer Aufgaben oder Auf gabenketten 
in Teilaufgaben mit. 

Die Systeme A - D sind fur verschiedene Dienste a - 1 zustan- 
30 dig. Diese Dienste konnen beispielsweise Dialog- oder Batch- 
verarbeitung, Verbuchung, Drucken, Messaging und Webservices 
umfassen. Die Systeme werden verteilt betrieben, so dass die 
jeweils einem System zugehorigen Dienste auf unterschiedli- 
chen autonomen Einzelsystemen realisiert sind- Im dargestell- 
35 ten Fall sind diese Einzelsysteme autonome Hardwaresysteme 1 
- 5, die sich aus heterogenen Hardware komponent en zusammen- 
setzen. Jedes System hat eine individuelle Hardware- und hier 
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nicht dargestellte Betriebssystemausstattung . Die Dienste a 
und d des Systems A laufen auf dem autonomen Einzelsystem 1, 
der Dienst d wird gleichzeitig noch auf dem Einzelsystem 3 
betrieben, wahrend ein weiterer Dienst e des Systems A auf 
5 dem Einzelsystem 4 lokalisiert ist. Diese Zuordnung der 

Dienste der Systeme A - D zu den Einzelsystemen 1-5 vari- 
iert dynamisch je nach den gegenwartigen Erf ordernissen der 
gesamten Systemlandschaf t . Es gibt keine feste Zuordnung zwi- 
schen Applikation und Hardwareressourcen . So gibt es z.B. ein 
10 Umschalten des zunachst auf dem autonomen Einzelsystem 3 lau- 
fenden Dienstes j , der zum Applikationssystem D gehort, auf 
den Betrieb im autonomen Einzelsystem 5. 

Die autonomen Agenten der einzelnen Systeme und das zentrale 
15 Programmmittel sammeln und verarbeiten Inf ormationen tit>er den 
Betrieb unter Berucksichtigung der wechselnden Zuordnungen 
und leiten daraus autonome Entscheidungen her. Da die einzel- 
nen Systeme A - D ihrerseits uber die hier nicht dargestellte 
autonome Kompetenzen verfiigen, reduziert sich die Zahl der 
20 insgesamt in der Systemlandschaf t auszutauschenden Informati- 
onen, und es entsteht eine Vielzahl von Reaktionsmoglichkei- 
ten, die sich. jeweils auf einfache Reaktionen zuruckfiihren 
lassen. Das zentrale Programmmittel kann voll- oder teilauto- 
nom betrieben werden. Im teilautonomen Modus kann der Betrieb 
des zentralen Programmmittels durch Eingaben eines Administ- 
rators an der Eingabe-/Ausgabevorrichtung bzw. die autonomen 
Agenten der einzelnen Systeme verandert oder unterbrochen 
werden. Da keine feste Zuordnung zwischen Hard- und Software 
besteht ist es moglich, Hardwareressourcen optimal zu nutzen 
30 und auszulasten. Gleiche Dienste konnen, wie hier darge- 

stellt, auf verschiedenen autonomen Einzelsystemen laufen. 
Der Dienst e kann beispielsweise auf den Einzelsystemen 2, 4 
und 5 betrieben werden. Ist eines dieser Systeme besonders 
belastet, so kann das Applikationssystem, das z.B. fur diesen 
35 Dienst verantwortlich ist, den Dienst alternativ auf einem 

anderen Hardwaresystem laufen lassen. Mit dem zentralen Pro- 
grammmittel sind auch in einern solchen Fall des "adaptive 
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computing" mit virtuellen Umgebungen ein effektives Manage- 
ment und eine effektive Uberwachung sowie Administration mog- 
lich. 



i 
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Patent ansprtiche 

1. Verfahren zum Management und zur Uberwachung des Be- 
triebs mehrerer in wenigstens ein Koinmuni kat ionsne t z einge- 
bundener verteilter Hard- und/oder Softwaresysteme, wobei ein 
in einer Datenverarbeitungseinrichtung abgelegtes zentrales 
Programmmittel systembezogene Daten, die seitens der Daten- 
verarbeitungseinrichtung vorliegen oder von ihr iiber ein Kom- 
munikationsnetz auf genommen werden, verarbeitet, daraus auto- 
nom betriebsbezogene Entscheidungen herleitet und in Abhan- 
gigkeit davon entscheidungsspezif ische Steuerdaten zur Beein- 
flussung des Betriebs einer oder mehrerer Hard- und/oder 

Sof twaresysteme erzeugt und uber das Kommunikationsnetz an 
den jeweiligen Hard- und/oder Sof twaresystemen zugeordnete 
Datenverarbeitungseinrichtungen tibertragt. 

2. Verfahren nach Anspruch 1, dadurch g e - 
kennzeichnet, dass das zentrale Programmmittel 
auf in der Datenverarbeitungseinrichtung abgelegte Regelda- 
ten, die insbesondere Regeln zu Prioritaten und/oder Reihen- 
folgen und/oder logischen und/oder zeitlichen Abhangigkeiten 
umf assen, und/oder Leistungsdaten, ' die insbesondere die aktu- 
elle Arbeitsbelastung und/oder den zeitlich befristeten 
und/oder dynamischen und/oder periodisch benotigten Kapazi- 
tatsbedarf betreffen, und/oder Gruppierungsdaten und/oder 
Klassif izierungsdaten und/oder Verf ugbarkeitsdaten zugreift. 

3. Verfahren nach einem der vorangehenden Ansprtiche, 
dadurch gekennze.ichnet, dass die 
systembezogenen Daten Betriebsplane, die insbesondere Lauf- 
zeiten und Verftigbarkeit einzelner Hard- und/oder Software- 
systeme regeln, und/oder Inf ormationen iiber den Betriebszu- 
stand einzelner Systeme, die insbesondere aktuelle und/oder 
zukunftige und/oder periodische Auslastung betreffen, 
und/oder mittels einer Eingabevorrichtung auf zentraler 
und/oder Einzelsystemebene eingegebene Wtinsche eines Bedie- 
ners sind* 
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4. Verfahren nach Anspruch 3, dadurch g e - 
kennzeichnet, dass die zentrale Datenverarbei- 
tungseinrichtung die Inf ormationen iiber den Betriebszustand 
einzelner Systeme aktiv und/oder passiv aufnimmt. 

5. Verfahren nach einem der tospruche 3 oder 4, d a - 

d u r c h gekennzeichnet, dass die In- 

f ormationen Hardware in Form von Clients und/oder Servern 
und/oder Netzwerken und/oder Storagesystemen und/oder Soft- 
ware in Form von Applikationen und/oder verteilten Applikati- 
onen mit voneinander abhangigen Diensten und/oder verteilten 
Applikationssystemen mit virtualisierten voneinander abhangi 
gen und/oder unabhangigen Diensten und/oder Datenbanken 
und/oder Front-Ends betreffen. 

6. Verfahren nach einem der vorangehenden Anspruche, 
dadurch gekennzeichnet, dass : die 
Steuerdaten das Starten und/oder Stoppen und/oder das Ergan- 
zen von Diensten und/oder das Verdrangen von Diensten 
und/oder Applikationen und/oder die Wartung eines verteilten 
Hard- und/oder Softwaresystems steuern. 

7 o Verfahren nach einem der vorangehenden Anspruche, 
dadurch gekennzeich.net, dass die 

betriebsbezogenen Entscheidungen die Bestimmung administrati 
ver Aufgaben und/oder Auf gabenketten umfassen. 

8. Verfahren nach Anspruch 7, dadurch ge- 
kennzeichnet, dass das zentrale Programmmittel 
administrative Aufgaben und/oder Auf gabenketten autonom unter 
Berucksichtigung in der Datenverarbeitungseinrichtung vorhan- 
dener logischer und/oder zeitlicher Abhangigkeiten und/oder 
dynamischer Einfllisse und/oder Verf ugbarkeitsdaten und/oder 
Prioritaten und/oder Gruppierungsdaten und/oder Klassifizie- 
rungsdaten und/oder Applikationsdaten, insbesondere zum Ver- 
drangen und/oder Ersetzen von Applikationsinstanzen, in Teil- 
aufgaben separiert. 
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9. Verfahren nach Anspruch 7 oder 8, dadurch 
gekennzeichnet, dass das zentrale Prograram- 
mittel den zeitlichen Ablauf der in Form von Steuerdaten an 
die einzelnen Hard- und/oder Sof twaresysteme ubertragenen ad- 
5 ministrativen Aufgaben und/oder Auf gabenketten kontinuierlich 
und/oder in bestimmten Zeitintervallen uberprtift. 



10. Verfahren nach einem der vorangehenden Anspruche, 
dadurch gekennzeichnet, dass den 

10 verteilten Hard- und/oder Sof twaresys tertian zumindest teilwei- 

se eigene in Datenverarbeitungseinrichtungen abgelegte auto- 
^ nome Programmmittel in Form von autonomen Agenten zugeordnet 
J sind, die dem zentralen Prograimnmittel untergeordnet sind. 

15 11. Verfahren nach Anspruch 10, dadurch ge- 

kennzeichnet, dass der autonome Agent eines 
einzelnen Hard- und/oder Sof twaresystems auf in den Dattenver- 
arbeitungseinrichtungen auf Systemebene vorgegebene Regelda- 
ten zugreift, die insbesondere Regeln fur das einzelne System 

2 0 und/oder das Zusammenwirken mit dem zentralen autonomen Pro- 
grammmittel umfassen „ 




12. Verfahren nach einem der Anspruche 10 oder 11, da- 
durch gekennzeichnet, dass das 
zentrale Programmmittel und die autonomen Agenten der einzel- 
nen Hard- und/oder Sof twaresysteme uber die Kommunikations- 
netze Steuer- und/oder Regeldaten austauschen. 



Verfahren nach einem der Anspruche 10 bis 12, d a - 
30 durch gekennzeichnet, dass das 

zentrale Programmmittel den autonomen Agenten der Einzelsys- 
teme iiber die Kommunikationsnetze dauerhaft oder zeitlich be- 
fristet und/oder dynamisch Entscheidungsbef ugnisse zuteilt 
und/oder entzieht „ 



35 
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13. Verfahren nach einem der Anspriiche 10 bis 13, da- 
durch gekennzeichnet, dass die au- 
tonomen Agenten der einzelnen Hard- und/oder Sof twaresysteme 
jeweils allgemeine und/oder systemspezif ische Steuerdaten li- 
ber ein Kommunikationsnetz an die Datenverarbeitungseinrich- 
tung des zentralen Programmmittels iibertragen und/oder in 
allgemein zuganglichen Dateisystemen verof f entlichen und/oder 
bei der Separierung administrativer Aufgaben und/oder Aufga- 
benketten in Teilaufgaben mitwirken. 

15. Verfahren nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet, dass dasJ 
zentrale Programmmittel in unterschiedlichen Betriebsmodi, * 
insbesondere vollautonom oder teilautonom und/oder mit unter- 
schiedlichen Reaktionsgeschwindigkeiten betrieben wird. 

16. Verfahren nach Anspruch 15, dadurch ge- 
kennzeichnet, dass der Betrieb des zentralen 
Programmmittels im teilautonoiaen Modus durch manuelle Einga- 
ben eines autorisierten Administrators an einer Eingabevor- 
richtung verandert und/oder unterbrochen wird. 

17. Verfahren nach einem der Anspriiche 15 oder 16, da- 
durch gekennzeichnet, dass der Be- 
trieb des zentralen Programmmittels im teilautonomen Modus m 
durch die autonomen Agenten der einzelnen Systeme verandert ^ 
und/oder unterbrochen wird. 

18. Verfahren nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet,' dass das 
zentrale Programmmittel eine Mitteilungskomponente umfasst, 
die Informationen iiber Teilscbritte der Arbeit des zentralen 
Programmmittels und/oder deren Bearbeitungsstand liber eine 
Ausgabevorrichtung ausgibt. 
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19. Verfahren nach einem der vorangehenden Anspruche, 
dadurch gekennzeichnet, dass die 
verteilten Hard- und/oder Sof twaresysteme zumindest ein Ap- 
plikationssystem umfassen. 

20. Verfahren nach Anspruch 19, dadurch ge- 
kennzeichnet , dass das wenigstens eine Appli- 
kationssystem aus mehreren Instanzen besteht, die jeweils we- 
nigstens einen Dienst, insbesondere Dialogbetrieb und/oder 
Batchbetrieb und/oder Verbuchung und/oder Drucken und/oder 
Messaging und/oder Netzdienste, leiten. 

21. Verfahren nach einem der Anspruche 19 oder 20, da- 
durch gekennzeichnet, dass mehrere 
Applikationssysteme in einer Systemf amilie zusammenarbeiten . 

22. Verfahren nach einem der Anspruche 19 bis 21 d •a - 
durch gekennzeichnet, dass wenigs- 
tens ein Applikationssystem in einer virtuellen Umgebung ohne 
feste Hardwarezuordnung betrieben wird. 

23. Verfahren nach einem der vorangehenden Anspruche, 
dadurch gekennzeichnet, dass die 
verteilten Hard- und/oder Sof twaresysteme Client/Server- 
Systeme und/oder Betriebssysteme umfassen. 

24. System zum Management und zur Uberwachung des Betriebs 
mehrerer in wenigstens ein Koiraaunikationsnetz eingebundener 
verteilter Hard- und/oder Sof twaresysteme, umfassend eine Da- 
tenverarbeitungseinrichtung und ein darin abgelegtes zentra- 
les autonomes Programmmittel und/oder in Datenverarbeitungs- 
einrichtungen abgelegte autonome Agenten fur einzelne Hard- 
und/oder Sof twaresysteme und/oder Eingabe- und/oder Ausgabe- 
vorrichtungen auf zentraler und/oder Einzelsystemebene, aus- 
gebildet zur Durchftlhrung des Verfahrens nach einem der vo- 
rangehenden AnsprUche. 
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Zusammenf assung 



10 



Verfahren zum Management und zur Uberwachung des Betriebs 
mehrerer in wenigstens ein Kommunikationsnetz eingebundener 
verteilter Hard- und/oder Sof twaresystem sowie System zur 
Durchfuhrung des Verfahrens 

Verfahren zum Management und zur Uberwachung des Betriebs 
mehrerer in wenigstens ein Kommunikationsnetz eingebundener 
verteilter Hard- und/oder Sof twaresysteme, wobei ein in einer 
Datenverarbeitungseinrichtung abgelegtes zentrales Programm- 
mittel systembezogene Daten, die seitens der Datenverarbei- 
tungseinrichtung vorliegen oder von ihr liber ein Kommunikati 
onsnetz aufgenommen werden, verarbeitet, daraus autonom be- 
triebsbezogene Entscheidungen herleitet und in Abhangigkeit 
davon entscheidungsspezif ische Steuerdaten zur Beeinf lussung 
des Betriebs einer oder mehrerer Hard- und/oder Softwaresys- 
teme erzeugt und iiber das Kommunikationsnetz an den jeweili- 
gen Hard- und/oder Sof twaresystemen zugeordnete Datenverar- 
2 0 beitungseinrichtungen iibertragt . 

FIG 
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